home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20030409-20031118 / 000340_icurmtdude@yahoo.com_Thu Oct 23 12:49:07 2003.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Path: newsmaster.cc.columbia.edu!panix!news.maxwell.syr.edu!postnews1.google.com!not-for-mail
  2. From: icurmtdude@yahoo.com (icurmt)
  3. Newsgroups: comp.protocols.kermit.misc
  4. Subject: Re: DSR off ...
  5. Date: 23 Oct 2003 06:51:37 -0700
  6. Organization: http://groups.google.com
  7. Lines: 56
  8. Message-ID: <cf6cc183.0310230551.52867e2d@posting.google.com>
  9. References: <cf6cc183.0310211334.2b68926b@posting.google.com> <slrnbpbcob.co2.fdc@sesame.cc.columbia.edu> <8ce22d01.0310211755.5aeb83f8@posting.google.com> <cf6cc183.0310221148.69ac828a@posting.google.com> <slrnbpdtri.ilh.fdc@sesame.cc.columbia.edu>
  10. NNTP-Posting-Host: 24.213.204.113
  11. Content-Type: text/plain; charset=ISO-8859-1
  12. Content-Transfer-Encoding: 8bit
  13. X-Trace: posting.google.com 1066917097 10406 127.0.0.1 (23 Oct 2003 13:51:37 GMT)
  14. X-Complaints-To: groups-abuse@google.com
  15. NNTP-Posting-Date: Thu, 23 Oct 2003 13:51:37 +0000 (UTC)
  16. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:14595
  17.  
  18. Thanks guys. 
  19.  
  20. Alright, let me give you more insight to why I am seeing all these
  21. problems. I am using the Single Board Computer to talk to the
  22. Microcontroller unit through serial ports. The DTR pin on the SBC is
  23. hacked to recycle the power on the MCU. Now when the communication is
  24. initiated, the DTR pin goes high(1) which resets the MCU and
  25. communication fails. Thats the reason that during "show comm"
  26. I see that DSR is off. Now when the communication terminates, the DTR
  27. is turned off (0) which turns the MCU on.
  28.  
  29. Something which puzzles me is that why is DTR handshaking used here
  30. even when I am stating in kermit program to use the Xon/Xoff
  31. flowcontrol. I also tried the RTS/CTS handshaking but the result was
  32. same.
  33.  
  34. Now if I use the Java program, which uses RXTX comm jar(communication
  35. program for Linux), then everything works fine. I see no issues. That
  36. makes me come to the conclusion that low-level api has nothing to do
  37. with it. It's gotta be somewhere in kermit where it is using DTR
  38. handshaking inspite of being asked to use RTS/CTS or Xon/Xoff.
  39.  
  40. All $0.02 welcome.
  41.  
  42. Thanks - Ray  
  43.  
  44.  
  45. Frank da Cruz <fdc@columbia.edu> wrote in message news:<slrnbpdtri.ilh.fdc@sesame.cc.columbia.edu>...
  46. > In article <cf6cc183.0310221148.69ac828a@posting.google.com>, icurmt wrote:
  47. > : Thanks for your inputs.
  48. > : 
  49. > : What looks like is that DTR pin is turned high during set line call
  50. > : and is turned low during hangup.
  51. > : 
  52. > That's how it's supposed to work.
  53. > 
  54. > : If, I can keep  the DTR pin low during the communication then it would
  55. > : solve my problem. Please let me know if there's a higher level call I
  56. > : can make through script to keep it on.
  57. > : 
  58. > Again, device drivers handle modem signals.  In general, there is no API
  59. > for turning on and off individual modem signals, but some OS's do have this.
  60. > However, it is rarely necessary.  The functions of modem signals are clearly
  61. > defined in the standards and if you have the appropriate cables -- i.e.
  62. > ones that connect the right output pin on one end to the right input pin on
  63. > the other end, everything just works.
  64. > 
  65. > : Also read somewhere that setting speed to 0 and then turning it to
  66. > : non-zero would flip the DTR pin as well.
  67. > : 
  68. > It depends on the operating system.  Every OS has a different API for
  69. > "hanging up" by turning DTR off, pausing, and then turning it on.  Kermit
  70. > does this for you without requiring you to know the details if you give
  71. > a HANGUP command on a serial-port or modem connection.
  72. > 
  73. > - Frank
  74.